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C (57) Abstract: A system for monitoring business performance indicators is disclosed for a network. The system comprises a data 
S source having a predefined format with an agent (140) communicating with the data source where the agent translates the data into 
° modified data. There is also a reaper coupled to the agent which takes the modified data and a data repository coupled to the reaper 
O and configured to store the data and an alert detector coupled to the data repository and configured to compare the modified data 
> with a configuration parameter and a dashboard controller coupled to the data repository and configured to display the modified data 
j^" in a format defined by a second configuration parameter. 
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In the context of an electronic commerce-based business environment, access to 
dynamic information such as system load time, web-site visits ("page hits"), registered 
users, page refresh rate, and product ordering demographics is also required in order to 
effectively monitor and evaluate the performance of a particular electronic business 

5 system or web-site. When provided to a user, this information is often needed in a 
dynamic form in order to accurately portray the business metrics associated with the 
data. However, traditional statistical analysis systems or database applications are not 
conducive to monitoring information that is constantly being updated or is by its very 
nature dynamic. Further, the analysis of electronic business metrics often involves 

10 complicated query structures and logic algorithms that are not easily replicated on a 
static system such as a relational database. Known third party applications that 
specialize in analyzing a particular type of information are often better suited and more 
efficient at analyzing and reporting this type of information but known systems are 
unable to effectively integrate these types of third party analysis tools into a monitoring 

1 5 system structured for a particular company. 

Furthermore, known software applications and other systems fail to provide a 
user with a business metrics monitoring platform that allows real-time integration with 
strategic performance indicators while also being able to integrate existing legacy data 
systems and third party applications. Known systems also fail to provide usable 
20 information beyond generic statistics and cannot quantify the impact of specific 
business initiatives on an overall business objective. 

SUMMARY OF THE INVENTION 

In one aspect, a system for monitoring business performance indicators in a 
networked environment, comprises a data source having a predefined format, an agent 
25 communicatively coupled to the data source, wherein the agent is configured according 
to the data source format and wherein the agent is operative to gather data from the data 
source and translate the data into a first modified format thereby creating modified data. 
The system also comprises a reaper communicatively coupled to the agent and 
configured to retrieve the modified data from the agent, a data repository 
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data source includes data that represents the business metric, configuring an agent 
according to the data source format, gathering the data from the data source via the 
agent, translating the data into a first modified format, storing the modified data in a 
data repository, comparing the modified data with an alert parameter range, displaying 
5 the modified data in a format defined by a second configuration parameter, determining 
whether the modified data falls within the alert parameter range, and producing an alert 
if the modified data falls within the alert parameter range. 

In a further aspect, a system for monitoring business performance indicators in a 
networked environment, comprises a collector adapted to communicatively coupled to 

10 a data source having a predetermined format, wherein the collector is configured 

according to the data source format and wherein the collector is operative to gather data 
. from the data source and translate the data into a first modified format thereby creating, 
modified data, a data manager communicatively coupled to the collector and configured 
to manage the input and output of the modified data between the collector and a data 

1 5 storage device, wherein the data manager is adapted to communicatively couple with an 
alert device, and a display interface communicatively coupled to the data manager and 
configured to display the modified data in a format defined by a second configuration 
parameter. 

As will become apparent to those skilled in the art, numerous other 
20 embodiments and aspects of the invention will become evident hereinafter from the 
following descriptions and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 The drawings illustrate both the design and utility of the preferred embodiments 

of the present invention, wherein: 

Figure 1 is an architecture diagram of a dashboard system constructed in 
accordance with an embodiment of the present invention; 
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Figure 2 is an archil diag^n of a dashboard system consmtcred in 
accordance wirh another embodiment of the present inventton; 

Figure 3 ,a a scaaonsbot of a dasbboard in accordance embodtmen, of 

the present invention; 
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sales and advertising revenues while a company officer can be shown a broader scope 
of information about the performance of the company. In addition to being able to 
gather information from legacy or other existing proprietary company information, the 

rd 

dashboard system 100 is adapted to either link to or directs user to an appropriate 3 
5 party application tool to get the required information. The dashboard system 100 is 
preferably viewable through readily available internet browser software, such as current 
versions of Internet Explorer® or Netscape Navigator®. Other devices such as WAP- 
compatible phones, Palm OS based devices, Blackberry, VoiceXML, and email 
programs are also preferably compatible with the information provided by the 
10 dashboard system 100 so that a user can access the information from a variety of 
interface devices. In that respect, the framework of the dashboard system 100 is 
preferably extensible in order to support a wide range of application interfaces. 

The diagram depicted in Figure 1 provides an overview of the technical 
architecture of a preferred dashboard system framework and its system requirements. 

1 5 The dashboard system 100 includes four primary components, a reaper 120, one or 
more agents 140, an alert detector 160, and a dashboard controller 180. While each of 
these four primary components will be described in more detail below, the following is 
an overview of their function and structure. Briefly, the agents 140 are used to gather 
information from various data sources, third party applications, data servers, legacy 

20 systems, etc., and reformat the data into a common scheme using XML. The reaper 

120 is adapted to contact the agents in order to gather the reformatted data and store the 
reformatted data in a data repository (reference number 124 in Figure 1). The reaper 
120 is also preferably adapted to perform data aggregation and history creation. A 
repository manager 190 is also shown in Figure 1 that further manages the inflow and 

25 outflow of data to and from the data repository 124. 

The alert detector 160 reads the data from the repository and compares the 
information to an alert configuration parameter. If an alert is detected, the alert detector 
initiates an appropriate action such as an SNMP trigger, paging, email, or visual alert. 
The dashboard controller 180 acts as the interface between an end-user and the 
30 information in the data repository. The dashboard controller requests information from 
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user interface. 
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configuration file 162. Notifications and alarms can be in the form of an SNMP trap, 
email notification, pager notification, visual notification, or any other type of data 
transfer alert. For instance, if a data value stored in the data repository 124 is outside of 
a range defined in the alert configuration file, the alert detector will send an alarm or 
5 notification to the user indicating the "out of range" condition. As an example, if the 
dashboard system 100 is monitoring web-site hits per hour and the user wants to know 
if this value rises above a number that corresponds to the maximum capacity of the web 
server, the alert detector will recognize this condition and send an alert to the user. 

The dashboard controller 180 is communicatively coupled to the repository 
10 manager 190 and generally functions to format the visualization of the data gathered by 
the agents 140 and passed through the reaper 120. A unique per-user configuration file 
182 is customized for each user of the dashboard system 100 and defines for each user 
what information from the dashboard system 100 should be displayed to the user on a 
display device. The display device can be either a conventional PC monitor, a cell 
15 phone display, a PDA display (such as a device operating under the PALM or Windows 
CE operation systems), a pager display, or any other type of data display device. 
Additionally, information may be translated into a VoiceXML so that information may 
be accessed on a voice based system. 

The dashboard controller 180 includes an HTML interface 188 that visually 
20 formats the data for display on a conventional web browser in the form of an HTML 
dashboard 184. The dashboard controller 180 also includes another interface 191 that 
formats the data for display on another type of dashboard such as one adapted to 
display or otherwise communicate WML, VoiceXML, or another data protocol. In this 
sense, it is contemplated that the dashboard controller 180 may include any number of 
25 interfaces. The dashboard controller 180 is preferably adapted to be expandable to 
incorporate interfaces for future types of dashboard viewing tools. Each of the 
components of the dashboard system architecture depicted in Figure 1 are preferably 
implemented in computer software residing on some form of fixed or otherwise 
permanent storage system such as a data server or other network of computers. 
30 However, the dashboard system 100 may also be implemented in a fixed hardware 
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agents that are contemplated by a dashboard system constructed in accordance with an 
embodiment of the present invention. 

When an agent generates its data, it preferably converts that data into XML or 
another open code environment. The XML format is used for communication between 
5 the reaper 120 and the agents 140, and from the repository manager 190 to the 
dashboard controller 180. 

As a typical example, dashboard XML files are structured in the following 
manner: 

<?xml version- 11 1.0 11 standalone="no ,, ?> 
10 <!DOCTYPE dashboard SYSTEM 

* ^"http: / /www. xor.com/xml /dtds/dashboard.dtd"> . 
<dashboard> 

. . .individual data items. . . 
</dashboard> 

15 

Dashboard Data Types - Generally, each piece of data assembled by the 
dashboard must conform to a data type. "Is a" notation is preferably used to declare 
inheritance between the different data types. When one data type "is a", it inherits the 
required and optional attributes from the given data type. The list compiled in 
20 Appendix B, which is hereby incorporated by reference, contains examples of data 

types supported by a dashboard system constructed in accordance with an embodiment 
of the present invention. 

It is noted that the information in Appendices A and B only represents examples 
of agents and dashboard data types created for specific applications. It is contemplated 

25 that agents and data types may be created for any type of existing data or third party 
data processing application. Customized libraries can be established for use in creating 
agents. For example, PERL libraries may be established to supply methods for creating 
new dashboard objects, "freezing objects into XML", "thawing" objects into objects, 
and "selecting" a data item from within an XML structure. An example PERL library 

30 is included at Appendix C which is hereby incorporated by reference. 



10 



PCT/US02/18069 



WO 02/102097 



10 



„ amnion ,o the agents described in Appendix K - « — 

accordance with an embodiment of*, present mventton F««* J 
be adapted to have ft. abffity to >ush»d»B to the reaper, rather *-* 

Agents that wnte static HTML *° version number to determine if the dataset 

«* *« «'* ** ThXl -e -he abiii* to accept argomen, from 
te cha„ g ed. Agents can aiso ^ ^ ^ m accepts a SQL 

the reaper. For example, a generic SQL Agem 
statement from the reaper and returns the results. ^ 



Reaper 



15 



ThereapergathersXMLdatabycontactingtheagents. The agents are 
poliing configurate file 122 . * ^ ^ ^ 

example of a reaper configuration file: 



20 



Reaper Configuration File 
5535^53555-5=. » sbouid C contacted to gather" 

repository. " 




WO 02/102097 PCTAJS02/18069 




(used). Valid values are true and false. Default: true 

The name of the directory that the XML file will be stored in. 
If not specified, will inherit from its group (in which case it 
must be set in the group; see below). 



The refresh frequency in seconds or a cron-style entry (see 
man 5 crontab). If not specified, will inherit from its group (in 
which case it must be set in the group; see below). 



Indicates that the reaper should automatically generate a rate 
field for this agent. The rate is calculated after new data is 
stored and the history is updated. If not specified, will inherit 
from its group (if set in the group). Valid values are none, 
difference:/iwmAer, percentinumber, persecond:/iwm£er, 
median -.number, averagecbange:/i«/MZ>£?r, and 
averagevaluernwmAer. Default: none. 



Specifies a precision to limit all number elements to. A 
precision of "1" will make numbers look like "2.5". Default: 
leaves numbers as-is. 



Indicates that the reaper should accumulate history for items 
within the XML tree returned by the agent. The history value 
specifies how many historical values should be kept. Default: 0 



The different rate_types that may be requested in the above configuration file 
example are further defined as follows: 



none 



difference:number 



10 



Do not populate the rate field. 

Rate is calculated as: (current_value - h\story[number]). For 
example, difference: 1 calculates the difference between the 
current and previous values. If number is greater than the size 
of the history, then the oldest item in the history will be used 
instead. 

percentage:numter The ratejype is calculated in the same manner as difference, 
but a percentage change is placed in the rate field instead of 
the difference. 



15 
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median:number 



persecond:number 



Rate is calculated as: (current_value + hislory[number])/2. 
For example, median:5 calculates the median between the 
current and 6th history value. 

Rate is calculated as: (current_value - history[number])/ 
(current Jimestamp - timestamp[number]). For example, 
persecond:l calculates the difference between the current and 
previous in units per second. 
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average-.numbet 



Calculates the average of the history items, from current to 
history[number]. 
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A n 3 Change calculates the average change, from current to 
history[number]. 
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Specifies a group of related agents. Optionally specifies that 
the reaper should aggregate multiple items together into a 
single item. 



The name of each group must be unique. 



A unique name that can be used to refer to this group. Also 
used as the XML file name where the aggregated numbers will 
be stored if aggregation is enabled. 



Indicates whether this group is currently being refreshed 
(used). Valid values are true and false. If false, then none of 
the agents in the group will be refreshed, independent of the 
settings of their individual flags. If true, then each agent can 
specify its own enabled status. Default: true 



The directory location in which to store the resulting 
aggregated numbers, if aggregation is enabled (see below). If 
a path is defined here, it will be used as a default for agents in 
the group that don't have a path defined. 



The refresh frequency in seconds or a cron-style entry (see 
man 5 crontab). If specified, it will be used as a default for 
agents in the group that don't have a refresh defined. 



Specifies a default precision to limit all number elements to in 
the group. A precision of "1" will make numbers look like 
"2.5'*. Default: leaves numbers as-is. 



Indicates that the reaper should automatically generate a rate 
field for the agents in this group. If specified, it will be used 
as a default for agents in the group that don't have a ratejype 
defined, and for aggregation, if it is enabled (see below). 
Default: none. 



Indicates that the reaper should accumulate history for the 
aggregated items (see below), and how many historical values 
should be kept. If specified, it will also be used as a default for 
agents in the group that don't have a history defined. Default 
0 _ 



Indicates that numeric aggregation should be performed on the 
values within this group. Valid values are none, sum, 
average, and overlay. Default: none 



Indicates that aggregation of other, non-numeric data types 
should be performed on all the values within this group. Valid 

values are none, merge, and overlay. Default: none 

Indicates the allowable time offset in seconds to use when 
aggregating history items. Default: infinite 



Indicates that a rate of change should be calculated for the 
aggregated values. See the "rates" section below for possible 
values. Default: none , 



(Mm' j 
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datasets with identical names should have the corresponding values of the datasets 
numerically summed/averaged/overlayed. 

For the purposes of averaging, the actual number of items summed will be used 
to calculate the average. In other words, if there are 5 agents in the group, but one 
5 agent does not return a particular value, then the remaining 4 values will be summed 
and divided by 4 to calculate the average. If the agent wishes a "zero" value to be 
included in the average, it should return an item with an explicit value of 0. 

An error will occur if items to be aggregated do not have exactly the same type 
(e.g. it will be an error to try to aggregate text and image or number and gauge). The 

10 individual XML trees retrieved from each agent will be stored as in the repository, so 
that a UI can retrieve the individual values as well as the aggregate. The historical 
values will be merged into a single list. Corresponding history items will be . 
summed/averaged/overlayed (e.g.: sum = history_l[0] + history_2[0]). The reaper will 
do some level of error checking, as defined by aggregate jnaxtimeoffset, to make sure 

1 5 that the timestamps are not different by more than this value. If they are, the history 
item with the newer timestamp is used, and a warning is logged. 

The following is an example of a Group XML example: 

<group name-stuff enabled= , false , > 
<agent name="poll u refresh="20" path=7vitamins" 
20 source_url= M http://ww.vitamins.com/cgi-bin/agents/poll7> 

<agent name= M feedback" refresh="20" path=7vitamins" enabled='false' 
source - url="http://ww.vitaminsxom/cgi-bin/agents/feedback"/> 

</group> 

25 <group name='all_web' path='/vitamins/web' aggregate^umeric^sum' 

aggregate - other= , none t aggregate_ratejype= , sum l aggrejgate - maxoffset= , 60 , > 
<agentname= M wwwl M refresh="60" path^Vvitamins/web" 

source_url= M http://wwwl.vitamins.com/cgi-bin/agents/web , 7> 
<agent name="www2" refresh= M 60" path=7vitamins/web" 
30 source jirl="http://www2. vitamins.com/dashboard/web 7> 

</group> 

This above example generates the following XML repository files: 
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15 



Mfp ohiect the aggregate itself should be locked before 
When creating an aggregate object, the aggreg 

™;c fives oossible deadlocking and agent data 
it starts to process its group's items. This fixes possible 

changing in the middle of an aggregation. 

The following additional features of a dashboard reaper constructed in 

^-r * «- -» b ° » "tit Zed it 

• j v>p» "aeneric " Exceptions may be maicaiea u 

rz::r.--rjr^ . 

to an administrator. 

The reaper may *. be adapted so that the reaper children ft* axe peeing a 
.. „•• This timeout value would default to aomethmg reasonable (,.e. 

agent for the information. 

Aconf ,^o» fi ^^c 1 i«n,»»yb«a«up^acon fi ^.n^.r 

, 5 ^^u f ^ion(^lN-.S-^«^'~^^ UPlto 
' rea per should be ab,e to be .old to re-read a specified confix file. 
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Alert Detector 

An "alert" can be set on any Dashboard indicator and is triggered when an 
indicator does, for example, one of the following: 1) descends below a certain 
threshold; 2) rises above a certain threshold; or 3) is on or between two numbers. 

5 When an alert is defined, a severity and an action are associated with it. For example, 
severity levels of zero through three can be defined (this can be expanded upwards if 
needed). Actions that can be taken include: 1) Visual: An element in the indicator 
changes, such as an arrow turning red; 2) Email: An email is sent to a specified address. 
This address could be a normal user's address, a list of users or a pager email address 

10 (most alpha-numeric pagers have associated email addresses); 3) SNMP: An SNMP 
"trap" can be triggered. SNMP stands for "Simple Network Management Protocol" 
and is used by network monitoring software to gather information and alerts about 
routers, switches, machines and other network-enabled devices. For example, SNMP 
could be used to alert a user's monitoring software. In order for the controller to know 

15 if an alert has been triggered, the Alert Detector writes out an XML file that contains 
the appropriate alert information. 

Preferably, an alert configuration file supplies alert information for all agents, 
across all clients or there may exist an alert configuration file for each user or client. 
The following describes the contents of the configuration file that are wrapped with an 
20 alerts XML tag. 



Action 



Hti3ffi93JK!ffi^H Indicates an action to take when an alarm is triggered. 




The name of each action must be unique.. . . 






The name of the action. This is used in the monitor tags to 
indicate which action to take when an alert is triggered. 


The type of action to take. Can be one of: 

• display: Indicate that an alert has happened on the 
dashboard display 

• email: Email a notification to someone that an alert has 
occurred 
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1~ enmn- Trigger an SNMPtrap . — — — 

x uu- The alert file to write its alert XML to. 
| that this can also be a pager email address 

— — iSEElMUt ffvnp » displa y» The color is made ' 
Onlysetfor actions of type display, me 
availabletgjh^tetnplating engine. . _ - 

1 to compose the email. ■- 

■ being sent. -7--^ indicates it an alert 

W^^^^^ScO « every time that the 
should be sent only once (set to yes ), or j 
' alert detector uses dnsacfaonty^ 



for actions ot type "snmp" 



Only 
an the alert to. 



The MIB address to send 




■^ioTn^^ 

template="emailbody 
destination="admin@xor.com 

subject="Alert" 
once="yes"/> . 
<action name="Down" type="d.spla/ 
color="#ff0000" 
destination 3 " ALERTS /> ^ 
<actionn^eutrar^e-^ 

destination 3 ALfcKio 
color="#77ccff'/> 
<actionname='lJp;type="diW 

destination ALbKia 
^ 1n ^>#66ffcc"/> 



Monitor 




El lO tiniest mi *»» . - 



XM1 filf {'f"- ified in data-xml), 
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<monitor name="DJIA" source="DJLV' 
select="difference/value"> 

</monitor> 



Level 





Defines the actual alert ceiling/floors for this monitor. A /eve/ 
may only be specified inside a monitor. 




TV»*» *,omo Afporh loyio\ within itQ mnnitHT mi]*?t He UniOUe 

l ne name oi cacn icwi wiuini no uiuimikji mupi t/v* wu^uv. 








The name of the action. This is used in the monitor tags to 
indicate which action to take when an alert is triggered. 




Effective start date, specific as YYYYMMDD. If one is not 
specified, it will begin immediately. 




If both a low and high are set, the low specifies the floor for 
this alert. If an alert falls on or between the low and high 
(inclusive), this* alert is triggered. 

If only a low is set, then an alert is triggered if the value falls 
on or below the low. 




If both a low and high are set, the high specifies the ceiling for 
this alert. If an alert falls on or between the low and high 
(inclusive), this alert is triggered. 

If only a high is set, then an alert is triggered if the value falls 
on or above the high. 




<level name="down" eff_date="200l010r low="-25" 
high= M 0"> 

1 </level> 



Result 





Defines tags to set in the template engine for this level. A 
result can only be specified inside a level. 


^QfiDfltogOg_ 




Tag used in the templating engine to indicate part of the name 
of a directional graphic to display. 




Message to display to the end-user when they place their 
mouse over the alert icon. 


The severity level for this alert. Ranges can be 0 through 3. 0 ! 
is typically a visual-only alert (change a directional graphic 
red, for example), while alerts 1 through 3 typically indicate a 
more severe problem. An alert icon is displayed to the user 
for severity levels 1 through 3. 
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^Xdir^^^ 

severity="0"/> 
</level> 



^^^^^^^^^ 
"D^tTon XML fileiWwntes the destination P 



in 



the action. 



hi ^<,n.W'd««n a ,ion.-DJMe«-/> 



<log action 
</level> 



^followingisan^pleofanXML schemefor.a component that 
5 represents a DJIA stock market index alert. 



10 



15 



20 



25 



^name-Down" type-display" 
color^ffOOOO" 

destination-' ALERTS" l> _ elect= « di ff e rence/value" > 
monitor name-DJIA source- ^^^"-25" high="0»> 

<level name=»down note s="» severit r "0"/> 

<result directional red m sg~ mu 8 
<log action="Down" destination- DJIAalert 

</level> ^..-"onoiOlOl" low="-50" high="-25"> 

*~sr2£^^ ° vw noBS '"" 

MVeH 'C 8 Tc«ion--Do»n- d«.inadon-DJIAa.«<-/> 

</level> _ ,»onnininrMow= ,, -75' , high= ,, -50' , > 

<result directional^ red msg- u« 
KVer,,, :,;^cUo n .W desMon-TOlA^ 
</level> 
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</monitor> 
</alerts> 

The above XML alert is set up to behave in the following manner. If the change 
5 in the index since the market opened is positive, no alert is set. If the change in the 
index since the market opened is between 0 and -25, alert severity 0 is triggered, and 
the down-arrow is made red. If the change in the index since the market opened is 
between -25 and -50, alert severity 1 is set, the down-arrow is made red and an "Alert 
Severity 1" icon is displayed on the indicator. If the user places their mouse over the 

10 indicator they will see the text "Down over 25". Alert severity 2 is set when the change 
in the index since the market opened is between -50 and -75. The down-arrow is made 
red and an "Alert Severity 2" icon is displayed on the indicator. If the user places their 
mouse over the indicator they will see the text "Down over 50". If the change in the 
index since the market opened is over -75, alert severity 3 is set, the down-arrow is 

1 5 made red, and an "Alert Severity 3" icon is displayed on the indicator. If the user 
places their mouse over the indicator they will see the text "Down over 75". 

It is also contemplated that in a dashboard system constructed in accordance 
with an embodiment of the present invention, the alert detector may have the following 
additional features. Users can have the ability to specify Key Performance Indicators. 

20 The controller gets its information from a user/client-specific output file and there are 
user/client-specific alarm configuration files. A single alarm file may "include" 
another. Duplicate alarms would be overwritten by the alarms in the included file. 
Alarms may activate/deactivate based on a start and end date and time (i.e.: today the 
ceiling is 10, tomorrow the ceiling is 20). Alarms may be dynamically set by 

25 requesting ceiling/floor information from another data source. A user interface may be 
created for changing alarm information and alerts may be set that.span different agents. 

Dashboard Controller 

The dashboard controller configuration is composed of a large set of files that 
can be configured per user. These include HTML/ASCII templates, data location 
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t„* hasic configuration is composed of the 
definitions, and the display configurauon. The basic contigur 

following directory hierarchy: 

dashboard 
I 

5 +-conf 

1 Imta oonfigoradon direct, contains a oonfgnrarion «.= for 

each user 

I 

10 +-templates 
^-default 

ii 

| +-framed 

15 |;SSe?«^csofr OT d«ri„g.»pla,«> 

template 

20 I . , 

+-framed 

+-htmltable 

+-<other types of rendenng templates> 

. in? the XML files that define the screen display. Each 
The ronf directory contains the aml iuw u. 

rrrr_".r. --- 

usemame.xml file. 

Tha^^conr*.^-^.^;^^., 

•n*. default directory s used if a template we can 
30 direct hiararohy for aach « * J ^ ,„ ^ 

35 v^n.md.eda.aaonroaa.^caranvcussd.a.aransad.odonn,, 
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<TMPL_VAR K£ME="name"> 

This is a basic "name" substitution. If a data element specified by name 
exists in the user configuration file, then that value will be inserted into 
the output. 

<TMPLJF NAME="name"> ... </TMPL_IF> 

This is a conditional statement. The text between the beginning and 
ending TMPLJF tags will be included in the output if the value of name 
evaluates to true in the Perl sense: either non zero or a string. This tag 
also has a <TMPL_ELSE> tag that can be used for if-then-else 
scenarios. 

<TMPL_UNLESS NAME= n «ame"> ... </TMPL_UNLESS> 

This is the reverse of the TMPLJQF tag. It outputs its text if the value of 
name evaluates to false in the Perl sense: 0 or undefined. 

<TMPL_LOOP NAME="name"> . . . </TMPL_LOOP> 

This is the basic looping mechanism. The TMPLJVAR and TMPLJF 
tags can be contained within the loop. The loop is ran until it has 
iterated over all of the data values contained in the name (as specified in 
the user configuration file). 

<TMPLJNCLUDE NAME=* 'filename Ampr> 

Includes the named file in this template. Works just like a server-side 
include. 

The following is a preferred example of a template: 

<TABLE> 
<TR> 

<TD>name = <TMPL_VAR NAME="name"x/TD> 
<TD>Description = <TMPL_VAR NAME="description ,f x/TD> 
</TR> 

<TMPL_LOOP NAME= ,, load"> 

<TR> 

<TD> 

<TMPL_EF NAME="machine_name"> 

<OMPL_VAR NAME= H machine_name"> 

</TMPL_IF> 

</TD> 

<TD> 

<TMPL IF NAME= M machineJoad M > 

<TM?L~VAR NAME="machineJoad"> 

</TMPLJF> 

</TD> 

</TR> 
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30 



<n"MPL_LOOP> 
</TABLE> 

The following is a 



preferred example of an output file: 



<TABLEXTR> 

<TD>name = Load Times<TD Mac hines<TD> 
<TD>Description = Load Times on uiem 



</TR> 
<TK> 

10 ^ D> , 

Machine 1: 

</TD> 

<TD> 

1.5 

l5 </TD> 
</TR> 
</TR> 
<TR> 
<TD> 

20 Machine 2: 

</TD> 
<TD> 
3.2 

</TD> 

25 </TR> 

</TABLE> 



</TABLE> aliases (shortcuts ) to 

Data configuration files contain XML entities mat 

configura li-^^^^^^rr*--* 
/info/dashboard,^^^ 

client/user). The aliases add an abstraction layer that may be able to used 
the overall number of templates that are needed. 

fcrrprf examme of a data configuration file: 
The following is a preferred example <n 



Load 



H^nir^^ configuration.. 
file t hat will be acce ssed in the user s olsp y 6 
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The name of the alias. The name of each load should be 
unique. 




The full filename of the repository data file. In a future 
release, this should be changed to be relative to the base 
| directory of the dashboard repository. 






Am 


A path into the specified file's XML data tree. This attribute 
allows an alias to point to a data node that is deep within the 
XML tree. If a select is not specified, then the alias simply 
points to the data file. 




... 


At. • 

: 
: 

it • ■ 


<load name="servicemetrics" 

file= M /info/dashboard/repository/servicemetrics/sm.xmr'/> 
<load name- 'historical_stats" 

file^Vinfo/dashboard/repository/tsn/weblog/historical.xml" 
select= M sitestats ,! /> 

<load name- 'web log" 

file= , Vinfo/dashboard/repositdry/tsn/weblog/weblog.xmrV> 
<load name-'weblog^boxl" 

file='Vinfo/dashboard/repository/tsn/weblog/box 1 .xml" 
select="sitestats/www.sportingnews.com/today"/> 



Each display configuration file defines the display of a specific user or client. 
They work with the aliases defined in the data configuration. The configuration file 
contains the following hierarchy of elements which are described in more detail in 
5 Appendix D, which is hereby incorporated by reference: 

- navorg 

- section 

construct 

item 

1 0 All of the tags can contain one or more attr elements, which behave similar to 

an entity/attribute that is included within the main element tag. This is primarily used 
for readability, when an item has a lot of attributes. For example, a layout attribute can 
be specified with either: 
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<sectionposition="l"> ... </section> 
(or) 

<section> 
<attr name="position">l</attr> 

</section> 



10 
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^arean^berof variab.es te.a.eau.o^lypopu.a.ed for .emplat«. 
which is hereby incorporated by reference. 

types of metric measurements. 

A dashboard — *M * a dashboard «~ — - ^ 

r Unfiles can be easily made. Included files would overwrite 

IMPLEMENTATION EXAMPLE OF 
VISIONPORT DASHBOARD 

23 

T* Mowing doscripuon provides a praferrari a— n« of a dashboard 
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customized for different executives, departments or partners of an eBusiness. Although 
the embodiment described herein is presented in the form of a HTML internet-based 
environment, a Wireless Application Protocol (WAP) version of the Dashboard is also 
contemplated in order to provide dashboard information to a number of different 
5 handheld or wireless devices operating on a variety of platforms. 

Figure 3 represents an exemplary main dashboard screen 300 of a dashboard 
system constructed in accordance with an embodiment of the present invention. 
Preferably, the dashboard screen 300 is broken down into a grid consisting of up to 
sixteen indicators although more or less indicators may be utilized. As shown in Figure 
3, the sixteen indicators are labeled (and described) as 305 (control panel), 310 (Dow 
Jones Stock Market Indicator), 315 (NASDAQ stock market ticker), 320 (S&P 500 
stock market ticker), 325 (web site statistics), 330 (non-web site statistics), 335 
(advertising statistics), 340 (revenue statistics), 345 (previous day web site statistics- 
yesterday), 350 (previous day web site statistics-week ago), 355 (average web site 
statistics), 360 (1 month average web site statistics), 365 (home page load time 
statistics), 370 (average system load time statistics), 375 (web page visits per day), and 
380 (registered users). Preferably, a blank box is displayed whenever there are fewer 
than 16 indicators in use (e.g. when a 3x3 or 3x4 array of indicators are used). 
Appendix G, which is hereby incorporated by reference, provides a table that describes 
of each of the above indicators in further detail. Upon opening in a browser-based 
environment, the dashboard preferably will resize the browser window to the 
dimensions necessary to display the indicators. 

The uppermost left indicator 305 is referred to as a control panel and is 
preferably present on all dashboard embodiments. Figure 4 shows the control panel 
25 305 in further detail. The control panel 305 contains a menu of items that includes 
links to various sub-components of the dashboard system. For example, link 402 
accesses the "Analysis Center". The analysis center generates custom reports as 
defined by a particular user. Preferably, the dashboard system is adapted to link to a 
third party reporting tool, such as the Brio Reporting engine in order to generate these 
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w ■„ mm the details of which are hereby incorporated 
custom reports (See ]m!I^mo^, the details 

by reference). 

the Site Log Reports which is preferably adapted to link to 
A Link 404 accesses the bite Log rv;pv» 

A Luuc w a WebTrends The dashboard may 

5 incorporate muhipl. "Log '«**• f °' «"*» " 406 sMnks 

engages in other activities. An Exit lime wo 
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„ other comply hi— -» * — ^ m, ° ** C0 " ,r0 ' ' 
truncated or otherwise abbreviated, a user my 
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(Question-mark) links to a context sensitive help dialog window. The help text 
provides context on the metric, e.g., its definition, how it's calculated, etc. 

A Primary Indicator Number Bar 440 includes a primary indicator value 442, a 
unit field 444, a rate of change field 446, a directional indicator 448, a recent change 

5 field 450, and an alert icon 452. The primary indicator value 442 reflects the most 
current information the indicator has. The unit field 444 displays the units of the 
primary indicator value, such as "pv" which stands for "page views" or "sec" which 
stands for "seconds." The Rate of Change field 446 indicates the rate of change 
, between the current and the last data point retrieved. For example, the "Today's Stats" 

1 0 indicator in Figure 6 has a rate of change of 27.7 page views per second. This means 
the client's site was averaging 27.7 page views per second over the last 10 minutes. The 
directional indicator 448 indicates the current direction of data displayed in the 
indicator. The Recent change field 450 is the amount that the indicator has changed 
between the current and last data point. For example, the "HP Load Time" in Figure 7 

1 5 has gone up 2.48 seconds in the last hour. The recent change field 450 may sometimes 
reflects a different time period. For example, with the stock market indicators, the 
number illustrates the change in the indicator since the start of the trading day. The 
alert icon 452 indicates if a data item becomes extremely high or low. The alert 
thresholds are configured on a per-indicator basis. Preferably, alerts can have four 

20 levels, from 0 to 3. A level 0 indicator typically does not display an alert icon, but will 
instead turn the up/down arrow red. Levels 1 through 3 display an icon. If you place 
your mouse over an alert icon, text will appear and detail the alert. 

A Data Refresh Information bar 470 includes a date field 472 and a refresh 
interval field 474. The date field 472 indicates the date and time that the currently 
25 displayed information represents. The refresh interval field 474 describes how 

frequently the information in this indicator changes. Preferably, the refresh interval 
comes in three forms: minutes (e.g. 10m), hours (e.g. 6h), or days (e.g. Id). This is not, 
however, the amount of time that passes between refreshing the information on the 
screen. For example, a refresh interval of "Id" indicates that the information is updated 
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to the indicator. For example, a Registereo us 
types of users and the number of each. 

By se,ecnng - — - «* * ~° *!' ^ 

7~ a vc.y. Each of ft. detail popup windows displays a more ,n-depft «- of 
700 respectively. , . j-„i„r The detail popup windows may come m 

fte data provided hy fte assoetateo rnd,a,or. The drta, p P P 
a variety of formats including, for example, graphs (Ftgure 8) and rtta gur 
15 rFUsandSareanexampUofalinegraphandiuassootaredu ,«. Frgure.O 

is an example of a de,ai.ed rab.e that doea no. include an asaootated graph. 

Referring to Figure 8, fte deuil pop-up window 500 includes a primary 
• , , !^502TdaUreneahne,d 5 O4,ahigW,owne,d50«,a^.abU 
tnd.catornumhet502,adau ^ primaty into ,or number 502 has fte 

toggl e B e,d 508, and a graph » ^ ^ incluto8 ^ 

» aame elements that its assocrated^mmruy^^^ and alert icon. The Data Refrosh 

~ 5M ^ diSP 'r to ,tCZrW. and low of fte Primary mdicator 
n0 , appear if only table data, a available. ^ 
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graphed. Data for a point on the graph will be displayed on mouse-over. Figures 9 and 
10 include a Table Data field 512 that displays the history of the indicator number and 
possibly the history of related statistics as well in a table form rather than a graph form. 



10 



In addition to the ability to retrieve proprietary information from a legacy 
system or another internal corporate database, a dashboard system constructed in 
accordance with an embodiment of the present invention is preferably adapted to 
interact with and retrieve data and other business metrics from third party software and 
web-based applications. For example, the VisionPort Dashboard has the ability to 
extract and display information generated from the third party application 
CommerceTrends. In the VisionPort dashboard system, nearly every piece of 
information that is visible in an original CommerceTrends report can be displayed as a 
VisionPort Dashboard Indicator. For example, the following table details some of the 
standard CommerceTrends reports that may be extracted and displayed by the . 
VisionPort dashboard system: 




Summary for Report Period 



Month Visits/Hits 



Week Visits/Hits 



Day of the Week Visits/Hits 



Hour of the Day Visits/Hits 



Number of Pages Viewed per Visitor 



Length of Visit by Visits/Views 



By Kbytes Transferred Over Time of Day 



Views and Clicks (summary) 



Advertising Views (visits/views over time) 



Advertising Clicks (visits/views over time) 



Browsers and Systems 



Top Browsers 



Microsoft Explorer Browsers 



Netscape Browsers 



Top Platforms 



Errors 



Technical Statistics 



Dynamic Pages & Form Errors 



Client Errors 



Page Not Found Errors 
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Server Errors 



To p Entry Files 

n:>. r\,for Time 



Hits Over Time 

MostDownloaded^les, 
j^ct U ploaded Files_ 

Tr> p Directories 

^jj^^ded File Types 



Product 



rivAiu^ . : — 

fnrhyMr^ n F Campaign : — 



J^^^^^^MS. 



X yj^ 

T^p Content Groups 



L\ty ■v/w— 

gjn ple Access Pages . 

n ynamic Page s and Forms 
Views Over Time 



pfn p Paths Th rough Site .._ 
[To p Destination Pah^Jtaouj 



iSite 



Re^e-F^t^^ 
(qualified^non^ifiedl^ Tp-rziT " 



Top Referring Sites 



jw. Referrin g URLL 
Top Search Engines 



I Tnp Search Phrases 
Top Sear ch Key words, 
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By Kbytes Transferred 



New vs. Returning Visitors (Totals and Over 
Time) 



By Hits 



Top Authenticated Visitors (Visits/Hits with 
Over Time) 



Number of Visits 



Top Visitors (Visits/Hits with over time) 



Visits Over Time 



Figures 1 1 and 12 represent an example of a dashboard setup in accordance . 
with an embodiment of the present invention where a "global" association has one 
; -.dashboard configuration (Figure 11) and each of any number of association franchises 
5 has a second dashboard configuration (Figure 12). In the association dashboard, figures 
are compiled for the association as a whole rather than for any one particular franchise, 
where the franchise dashboard is particularized for one particular outlet, store, or 
location. Information that is not of particular importance to a franchise is not displayed 
on the franchise dashboard. The same is true for the association dashboard. Individual 
10 dashboards may be set up for each individual franchise in an association. 

Although the present invention has been described and illustrated in the above 
description and drawings, it is understood that this description is by example only and 
that numerous changes and modifications can be made by those skilled in the art 
without departing from the true spirit and scope of the invention. The invention, 
1 5 therefore, is not to be restricted, except by the following claims and their equivalents. 
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Appendix A 

Agent Descriptions 



ATG Dynamo 



gfgmgg fee gfigft^J, 



UAP_ 
10 minutes 




d3System 

• sysServetName 

• sysStatus 

• syslIpTime 

• sysTotalMem 

• sysFreeMem 

• sysNumlnfoMsgs 
. sysNumWamingMsgs 

• sysNumErrorMsgs 

d3LoadManagement 

• hnlsManager 

• ImManagerlndex 

• ImlsPrimaryManager 

• lmServicingCMs 

d3SessionTracking 

• stCreatedSessionCnt 

• stValidSessionCnt 

• stRestoredSessionCnt 
. stDictionaryServerStatus 

d3DRPServer 

• drpTotalReqsServed 

• drpTotalReqTime 

• drpAvgReqTime 

• drpNewSessions 

d3DBConnPooling 

• dbPooUD 

• dbMinConn 

• dbMaxConn 
dbMaxFreeConn_ 
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• dbBlocking 

• dbConnOut 

• dbFreeResources 

• dbTotalResources 



None known 



Collects various stats from the Dynamo server via SNMP. 
Configured through the "dynagentxfg" file. This script 
could easily be used to create other SNMP agent; the 
configuration file style makes it very versatility. 



CommerceTrends 





[f^trEEMBL^LL^fl 1 


l.O 
High 


*<*u s tome *§M!EEBm 


TSN 
Daily 




Parsing text file output from CommerceTrends - : 


i 

i 


Daily Stats: 

• Page Views 

• Page Views % of Month 

• Dwell Time 

• First-time Visits 

• Unique Visitors 

• Visit Minutes 

• Visits 

Monthly Stats: 

• Page Views 

• Visits 

• Unique Users 

• Users Visited Multi 

• Users Visited Once 

• Return Visits 

• First-time Visits 

• No-cookie Visits 




None known 


DDatteflb 


CommerceTrends uses Perl scripts to generate all of its 
reports. 

/usr/local/commercetrends/wt_script/report.pl was 
modified to output statistics to a flat text file as the reports 
were generated. The text files live at: 
vp3 :/u05/commercetrends/xordata/incoming. 
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finishes Processing *e logs T^s scnpt ^ ^ 
Sl file that's picked up by the reaper. 

..i ^ crripts mentioned above. . 



8 Days Ago 



1,651,292 pv 

337,678 visits 

265,198 unique visitors 
44,008 new visitors 
- 5:03 dwell time 
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Foglight 





Perl 




1.0 




Hieh 




XOR 




1 S minutes 




Text Scraping 




Machine Load and CPU usage 


Warn ' 1 


None known 


* 

j 


Takes the Foglight site identifier in on the PATH JNFO. 
For example: NT svstem(2>web-nt8 .xor.com. 
Based on the type of system (determined from looking at 
the site identifier for "NT\ "vision2" (bsdi), or "Sun", it 
executes a foglight command that outputs stats for that 
system for the past hour. 

Other statistics can be gathered. See the script for 
pointers to the foglight commands used to determine the 
statistics that are available. 



HTTP/Text Scraping Example 





Java 




1.0 


i^o^gfifffluy Cu^J 


High 




None 




N/A 




HTTP/Text scraping J 




Stock ticker 




None known 


1 


Java version of the Perl-based quote fetcher for Yahoo 
j stock ticker. 
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Informix DB Data Extraction 



TSqObBDs.. 




None known. 



Non e known :„ «n Informix database 

^ sf=55 ?S^S3SS2 . the 

format it intO XML — ~ 



II Registered 



Users 



All: 304,688 users 

As of M^y 22 2001, I2:00*mi *lh 

• Fantasy BB; 24,810 
NFL Europe: 942 
Subs Charged: 807 
Subs Billed; 9,466 



PingTierl 




RealMedia OpenAdstream 



Perl 



1.0 



TSN 
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(Bans | 
(SteGsSb ! 




Log parsing 

Number of ads served per ad position. 



None known 



Constantly reads the OAS log files on each machine and 
counts the number of as served. The agent reads a DBM 
file (the same one as the near-real time log parser. 



Today's Ads 



Total: 2,402,605 

(17134/s) 
As of May 23 2001,9:07am: $ 10 m 

Top: 1,519,945 (108.1/s 
TopRight: 249,295 (18.9/s) 
BottomLft: 130,503 (9.3/s) 



Remedy 





Peri 




10 __J 




Hieh 




XOR 




Hourly 




SQL Queries against Remedy database 



Requests, Pending, Resolved, Min/Max/Avg TTR for 
each priority. Service Communications (email/phone). 
List of all incidents Started, Resolved, or Pending in a 

given time period. 

The Service Communications piece may not be accurate, 
as it's unclear how tickets that are opened automatically 

from HPOV are logged as "communicating". 

Connects via the following: 
'dsn' => 

, dbi:Oracle:host=evolve.xor.com;sid=ARSPRr, 
■username' => 'visionjeport', 

'password* => Vision^report 1 



ServiceMetrics 





Perl 




1.0 




High 




TSN 




Hourly 




Incoming email parsed 




Page load time history for the past 24 hours 




Service Metrics 1 Internet Index and eCommerce Index 
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HP Load Time 



2.65 sec ^ 




SQL Query Skeleton 



None 



N/A 



[SOL Queries 



Columns/r; 
None known 



•nws requested through quer 



T^utt-* to access the database 

• usemame; database username 
I . nassword: database user password 

. CdColumns-Boolea.whetherornottolabel 

1 ?tXoBased- Boolean: if the labels are 0- or 

I a S iS £* * detennine how the .turned 

I "label" item's names are output as well as the 

1 returned rows' names. 

■ . /...»n/' SOL auery to execute . 
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System Statistics 




Perl 



1.0 



High, but only on same operating system. Currently 
implemented on BSDI and Linux. Easy to port to another 
O.S. 



TSN 



10 minutes 



System Calls 



1, 5, and 15 minute load time 

Uptime of the machine in seconds ("elapsed" data type) 
Approximate machine CPU utilization 



None known 



Uses a system call to "uptime" to gather 1, 5, and 15 
minute load times and the uptime of the machine. 
To gather information- about CPU utilization, it uses: 

• BSDI: /usr/sbin/iostat < 2 10' 

• Linux: Looks at /proc/stat in 10 second intervals 



Avg System Load Q x 



2.92 



0.12 



As of May 23 2C0i, 9:07«m: $10m 




: Near-realtime 





Perl 




1.0 




High on systems that use standard web logging. Would 
need to be modified to be used on NT. 




TSN 




10 minutes 




Parsing web logs on-the-fly 




For today since midnight: Hits, page views, visits, page 
views per visit, page views per content area 




None known 




A daemon runs on individual machines and parses the 
web log files on-the-fly. Every 10 minutes the daemon 
outputs the current statistics to a DBM file 
(/info/httpd/statsum/yyWA//5/7ename/dashboard). The 
agent reads this DBM file to generate its XML. 
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I t odav's Stats ? 1 1] 


-' • ■ i 
t 

1 ' 

i — 


496,601 pv (30.5/s) 

, 4,384,060 hits (304.2/s) 
'134,745 visits (?.0/s) 
10,530 reg visits 
| 54 new reg . 



Web LogSufefetW Historical 



&^SSs^^ 

per content area for: 
Yesterday 
8 days ago 
7 day average 
- 28 day average 
j A 28 day ninninfihistoi 
I No ne known . r- ^ ft ^: npQ r web-log and tsn« 

togs) analyzes tog <"« «V- f|le 

Jim a. b ir-* ■» 



Web Log Statistics (XOR): 



-j , it _ oa „ e views per visitor, megabytes. 

af?o last month. 
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Scrapes files on web-log.xor.com from 
/info/logs/old-logs/lTyy/A/on/www/j/rc^/ne. Is able to 
deal with web log reports that have been gzipped as well. 
The script gets the sitename from the PATH_INFO 
environment variable. It's called like: 

http://web-log.xor.com/cgi- 
bin/agents/weblog^stats^monthly^history/www.sitename. 



com 



WebPosition Gold 




fflODffi 



Perl 



1.0 



High. 



None 



Weekly 



HTTP calls, scraping the returned tab-delimited text 



Number of keywords searched for, total number of 
matches, average position, and for each search engine: 

• Number of matches 

• Positions for each match 
Average position 



None known 



WebPosition gathers information about how a site is 
ranked on search engines. It looks like the only way to 
get information out of it is through scraping text files that 
it generates. It only runs on NT. 

WebPosition is running on web-nt7. URLs to get the data 
is in the format: web- 

nt7 .xor.com/reports/www.sitename.com.txt 



Search Engines c? 



Matches: 91 (34.21%) 

AJofM*y23 2001,$:C*m: $7d 

In Top 10: 46 (17.29%) 

Searches: 266 (19 sites) 

Avg Position: 12.7 

URLs Found: 44 



Perl 




High, but this probably isn't legal 



None 
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I It the scnmesth^^ 



Yahoo Stocks 



Perl 



gpTb^tfeisprnhablv isn't legaT 
TSN ~~ 





http://quote.yahoo.com/quotes7SYMBUbs 

Note that other symbols can be added to the end to 
^^o^t^o^ ————— 



11,158.14 i ^> 

As of May 23 2001,*07*m $10™ 



11304 ■ 
11»9 : 
11175 - 
liU*- 
11046 L 
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Agents Under Development 

HP Openview 





Perl 


Ij^ififtfy' 






High 




MCC, dashboards for clients 
10 minutes 




HPOV monitors machines/equipment from a networking 
level. This mostly determines if a machine or piece of 
networking hardware is available or not. 



Proposed Agents 

Keynote 



Perl 



High. 



Qwest 



Hourly 



Keynote is a site monitoring service, similar to 
ServiceMetrics. 



cPulse 



XOR's clients use cPulse to deliver customer satisfaction 
surveys. 



MRTG 





Perl 




Probably being scrapped in favor of OpenView stats 




High 






10 minutes 




Text file scraping 




Current, average, 95 m percentile of bandwidth 




MRTG gathers live bandwidth statistics via the hosting 
infrastructure's switches. 
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ixB 




pp fisa dataiteiq) 




□He— = =4 
K 


TheURLofanjmageJo_d^ 

h mar .="http.//vn"T nrt xorconvl " £ 6 



text (isadataitemi 



I display on aj ivgndevice^ 

rThetexttodjs jS -^TT^ii^ 



;a dataitem) 



mm j 

J 



TteCM^W«& ° quoted so as to be valid 

gi ven device. T te | f^S^^4fiSHfiu— 
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number flsa dataitem) 




The base class for all data items that store numbers. It can 
hold either a single value or a value along with a set of 
historical values. 



Can hold any number (double/long/fraction/positive/negative). 
The datasets (if any) embedded into the number will always 
have names of l values\ 'rates', and 'timestamps'. 
The "value" attribute will always store the current value in the 
array of historical values. 



The last sampled value of the item 



What the number represents (dollars, percent, seconds, etc.) 



Number of values to keep (0 is assumed if absent). This can 
also be configured in the reaper. 



Dataset of historical values; this is typically automatically 
created by the reaper 




Dataset of historical values; this is typically automatically 
created by the reaper 



Rate of change based on the ratejype\ the rate is typically 
created by the reaper 



Dataset of historical rates based on the rate_type\ the rates are 
typically created by the reaper; this is typically automatically 
created by the reaper 



Tells the reaper the type of rate to generate. This is described 
in detail in the "Reaper" portion of this document, and is 
typically set in the reaper configuration file. 



Minimal: 

<number name-load^avg* timestamp='970 169755' 
value='1.267> 

Everything: 

<number name='price' timestamp= r 970 169746' valued 1.49' 

units- $' history=*4' rate--. 5' rate Jype=' average: 1 '> 
<datasetname=Values , >1.49, 2.01, 1.67, 1.80, 1.57</dataset> 
<dataset name='rates'>-.5, .34, -.13, .33, .57</dataset> 
<dataset name='timestamps , >970l69750, 970169745, 

970169740, 970169735, 970169730</dataset> 

</number> 



c o u ntcr fisa number) 




A number that is non-negative and monotonically increasing. 
Only increases until it is reset. 

If it ever decreases the reaper should throw an exception. 
Same as number, 



<counter name='page^_ views' value- 389222 1 
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fiQiioerisa number) 




</pau pe> i ■ ' " ' 




valu^38921' 
tiro .« amr -9701697S5'/> _ 



. ~f ,vi«/data labels plus multiple sets 

must match the courrtattnbute,, — 



<labels>oil 5 gascoal^abe^ 

<d a taset *™»^* 5 i?iiSL^ 
<datasetname='tax>20, 10, uvm 

</chart?- 
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labels flsa dataitem) 




Holds a list of labels (used in chart) 



Array of textual or numeric labels 



See chart. 



datasct flsa dataitem) 





Stores a list of values (see chart and number for example use) 










• .^sfeGe . . • ■ 1 


Array of y-values 


■5MSL" ' ■■ " '11 


<dataset name= , price > >35, 50, 15</dataset> 



list (Isa dataitemj 




Holds a list of other items. 



The name of each item in the list must be unique. 



<list name-status^ 

<text name^'summary^All servers are operational</text> 
<list name-www 1*> 

<number .../> 

<counter .../> 

<text name='status'> ... </text> 
</list> 

<list name='www2 , > 
</list> 

</list> 





Communicates an instruction back to the reaper. 


mum 




__ . 




If the 'name' of an instruction data item is "noop", then the 
reaper will not record any information sent to it. Likewise, it 
will not update the item's histoiy. This is usefiil for updating 
data items that may not change frequently or have a period of 
inactivity (such as the stock market). 

If the 'name* of an instruction data item is "clearjiistory", the 
reaper will clear this data item's history datasets before 
inserting the current data. This is useful for "resetting" 
histories. For example, the stock market history could be 
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Appendix C 



NAME 






Dashboard 






DESCRIPTION 






Driver class for Dashboard XML project. 






SYNOPSIS 


Creating (aka. freezing) 






my $dashboard=hew Dashboard ( ) ; 






Reading (aka* thawing) 






my $dashboard=new Dashboard (xml => $xml_string) ; 






my $dashboard=new Dashboard ( file => $file_name) ; 






Accessing 






$item=$dashboard->select ( • path/to/item/within/ tree* ) ; 






PREREQUISITES 






XML::Parser 







CONSTRUCTORS 



The constructor can be called two ways: No arguments, which creates a brand-spankin' new 
data object, or with a chunk of XML or a file name, which will read and parse f ' thaw") the 
XML, and construct a Dashboard data structure which can be queried; modified, and re-frozen 
as desired. 

Dashboard: : new (xml => 'some string of XML'); 

or 

Dashboard: :new(file => ' some_f ilename_containing_XML * ) ; 
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METHODS 



selectC'selector/strin^patr^^^^^^..^. 

pointer to another Dataitem type. 
Examples: 

Given the following XML. 

u . t ^- .1— —■»»-»•: 

counter nw'<«" 
...... value. '20 » jo, 40</dataset> 

970594l65</aataset^ 

</C ounter> valuea . 2 932' timestamp- 970594168 ■ /> 

<e lapsed name- ecau 
</list> 



timestamp..' 970594179' value- 333 '/> 



</list> , 

<number name=' foxtrot - indicated): 

< /dashboard* , ^ objects (0 r die with an error as 

Th/^se^^^^"^* "bSs' iot found 

bogus 

alpha/bravo 

alpha/bravo/bogus/stuff 
alpha/bravo/timestamp 

alpha/charlie 
aloha/charlie/delta 

alpha/charlie/echo/value 

foxtrot 
foxtrot /value 

. Charts: 

Appendix - 19 



Li8 t named "alpha" 
die: -bogus' not found 
Gauge named "bravo" 
Scalar : 111 
die: leaf at 'bogus' 
die: 'bogus' not found 
Scalar -.970594170 
List named "Charlie 
counter named "delta 
Scalar: 20 
Scalar: 3 

Dataset named "values" 
ARRAY [20. 30, 40] 

re: ar inoex -3- not found 
iataset named "timestamps" 
Scalar: 970594164 
Scalar:2932 
Number named -foxtrot 
Scalar: 333 
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• To get the labels for a chart as an array use * ' .../chartname/labels/labels". 

• To get a dataset for a chart as an array use 
* % .../chartname/datasets/O/values". 

• To get the name of a chart dataset use % 1 .../chartname/datasets/O/values". 

• To find out how many datasets there are use 1 * .../chartname/dataset^count". 



seIect_scalar( ff selector/string/path lf ) 

Just like select ( ) , except that it errors out if the item returned is not a scalar value. 



xml_freeze() 

Returns an XML string representation of the data structure. 



xmljhaw($xml_string) 

Returns a new Dashboard object created by parsing the specified XML stored in a string. 
Preferred: use the "xmP argument on the constructor. 



add(LIST) 

Adds a list of Dataitems to the current Dashboard object. Will die if an attempt to add an item 
named identially to an existing item in the Dashboard is made. 
$dash=new Dashboard () ; 

$count=new Dashboard: rCounter (value=»>5) ; 
$dash->add($count) ; 
or even: 

$dash->add(new Dashboard: rCounter (value=>5) ) ; 
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Appendix D 

Controller Configuration Files 



Navorg 



. ■ r ^ f u„ initial structure and contains 

^figuration file to use.. 




the usemamc. _ ~ °~ 

J"<navorg 
name="The Sporting News 

aliases= n tsn - data.xml" 

layout="franied"> 




Section 



gSstoUiinbggof gggggl fig ^ 



—j- f thp section i he section name must be unique 

|M ^.v sggcified in the 

The nur^eroUejiier7ows to create^ 

the display. 



Tin mimhrr^^r" 1 ""^" i ,n 
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information. 



Defines the section name that the indicator's drilldown icon 
(magnifying glass) will be associated with. If not specified, the 
indicator will not have a drilldown icon. 




Defines if the drilldown will be displayed in a separate popup 
window ("popup"), replaces the full screen ("full"), or replaces 
the current frame ("frame"). Defaults to "popup". 




Specifies a precision to limit all number elements to. The 
default is to leave numbers as-is. A precision of "1" will make 
numbers look like "2.5". This is handy for limiting the 
precision of averaged aggregate items. 



Construct name- 'Control" description- 'Control" 
type- 'control" position='T'> 
</construct> 

<construct name- 'DJIAcurrent" description="DJIA" 
type="number" position="2" onselect="DJIA _graph" 
data_refresh="10"> 
<attrname= n helptext"> ! •/* 
,<U><B>Dow Jones Industrial 
Average</B>&ltyU> 
<P> 

The large blue number is the current value of the DJIA. The 
arrow indicates the current direction of the market since the 
market last opened. The arrow will be green if the market is 
up for the day, and red if it's down. The small number under 
the arrow is the change since the market last opened. 
<P> 

The chart displays how the market has moved over the past 8 
hours of activate trading. 

Every morning when trading begins, the chart begins anew. 
<P> 

This indicator is updated every 10 minutes. 
</attr> 

</construct> 



Item 





Item elements define the set of data to be made available for 
use in the display template. An item can only appear inside a 
set of construct tags. 










r 

[ 


The name of the item. The name will in most cases also 
defines the name of the variable available in the template. An 
item name must be unique across the enclosing construct. 




The alias name of the source object (from data.xml). 




An additional path into the source item's object tree. 
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selectwiU be either. l^no^s»»i if a non-leaf is 
or a non-leT (soch " --^ , to te of 

elapsed (converts to W days, HHMM) 
I Tl.econt.olle,.l»oau»atic^ f o«nst „„ 

. If the iw» f* 5 '*? Tftul, precision of 2 and 
^A.ai ped to 2.003.46. — 

— • frvr t 



S with die data. Valid wes ate: 

graph 
table 
var 



sssfliu 



^To^^ 

1 "graph"). Can be one of: 
bars 
pie 

1 • lines . rrt/ i 

Defautt^^ 
TjPtrj^ vMneofan item oUypejw_ 



^^^^^ 

r u^'Mn a dl5/value M />_ 
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■ <item name-'history" source-'systemload" 
select="loadl 5/va1ues/values7> 
<item name-'direction" source="systemload" 
select= M loadl5/rate7> 
<item name- 'timestamp" source-' systemload" 
select=" load 1 5/timestamp"/> 
</construct> 



Item Types 
var 




Defines a variable to set in the template. 



The name of the variable. 



The value to set this variable to. 



Construct name= M DJIA ,! description="DJIA Table" 
type="number" template="labels_only" positioners 
<item name= M labell" type="varV value="Time ,, /> . 
<itemname="labe!2" type="var" value="Value M /> 
<item name= M label3 M type="var" value= f, Change"/> * 
<item name= M tabel4" type="var" value="% Change"/> 
</construct> 



alert 





If an alert it set for the source/select defined, then the name is 
used to populate a set of variables. If the name is set to "alert", 
then the following variables will be defined (based off of how 
the alert was set up in the alerts configuration file): 

• alert_severity: The severity of the alert (0 through 3) 

• alertjnsg: The alert message to display to the user 

• alert_notes: Notes (not currently used) 

• alert Jevel: The name of the alert level 

• alert directional: Directional graphic suffix (e.g.: 
"red") 












The prefix of a template variable to populate. 




The source file for the alerts. 




The data item in the alerts file to look for. 


mm. 


<construct name- "DJIA" description= n DJIA" type- 'number" 
positioners 

<item name="alert" type="alert" source=" ALERTS" 

select="DJIA"/> 

</constnict> 


e 




Creates a table based on data elements supplied to it. 




The current implementation can only grab data from one 
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| S elect-"loadl5/tiniestanip/> 
</construct> 



Item Types 

var 



1 




Defines a 



construct name- DJAJ^P j „ position =T> 

^number ^"^jZl'T^* 

-<W«" I SirJSw value="Value«/> . 
<item name- abeC type value= .. C hange»/> 

</construct^ 



alert 



then the following configuration file): 

the alert was set up m alert (0 through 3) 

a^notes: Notes (not currently used) 
Sllevel: The name ofthea^ 
alert>ectional: Direcnonal graphic suit* V g 



[mm 




^urrenj^mplementauonj 
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source. Labels should also be moved down into options, like 
"legend" is for the "eraph" type. 






mm 


The name of the table. The name is the name of the variable to 
be used in the template's loop. 




The source file for the table data. 




Options are specified as elements of a table. Each option 
defines one data source for the table. The option contains a 
name attribute that defines the variable to populate in the 
template's loop). The body of the option contains the select 
string into the table's data source. 


mm* . _.. 


construct name= M DJIA" description= ,, DJIA Table" 
type^'number" template= M detail_table" position= H l"> 
<item name="labeir type^'var" value= H Time"/> 
<item name="label2" type= M var" value="Value7> 
<item name="label3" type="var" value="Change"/> 
<item name="label4" type^'var" value= M % Change"/> 
<item name="table" type= M table M source="DJIA M > . 
<option name- 'data 1 ">current/timestamps/values</option> 
<option name="data2">current/vaIues/values</option> 
<option name- , data3">difference/values/values</option> 
<option name= u data4">percent/values/values</option> 
</item> 
</construct> 



|3 1 


Creates a graph based on data elements supplied to it. 
The current implementation can only grab data from one 
source. 






1 


The name of the graph. The name is the name of the variable 
to be used in the template's loop. 




The source file for the graph data. 




An additional path into the source item's object tree. 




Options specify a number of arguments to the graph: 

• axisji&tenum: If an option name has the format: 

x datanum or yjJatanwm (where num is a data plot 
number, starting with "1"), then the body of the option 
contains the select string into the table's data source. 
If these types of options are not specified, then the 
graph's source is used as a single element to graph. 
The x-axis is the source's timestamps, and the y-axis is 
the source's values. 

• labelnum: A label for the specified num data set. The 
default is to not have any labels on the graph. 

• width: The width of the graph. The default is 180. 

• height: The height of the graph. The default is 120. 
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type^numbet" positon= 13 source= „ serviceme trics«> 

<option na ^„S t .. >20 o</option> 

<option name -,3>#ffffff</option> 

<option name- bgch ">#HH« P lues/va lues</option> 

<optionname-^ 
<option name- y_oa » i</ 0 ption> 
<option n^^.JSvaSL/values</opt»on> 
<optionnan£^^ 

</item> 
1 </construct> 
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Appendix E 

Dashboard Controller Variables 



Em 1 


An element's name is equal to "timestamp" or an element's 
select contains "timestamp". 


mm 


Populates the following variables, with the element's name as 
the prefix: 

• prefix_sec: Seconds 

• prefixjrcnxw Minutes 

• prefix Jiour: Hour in 24-hour clock 

• prefix_mday: Day of the month 

• prefix_mon: Month number 

• prefix_yezr: 4-digit year 

• pre/u_mon_name: 3-character month name 

• prefixjitnc: 1 2-hour time (e.g.: 1 :23 PM) 

• prefix date: Date in MM/DD/YY format (e.g.: 1/13/01) 


mm 


A timestamp typically indicates a refresh time of the data 
object. It is supplied in the Unix time format (seconds). 






The "description" attribute is populated (which is required for 
all elements anyway). 




Populates a "description" variable. _J 






A "graph" item exists in the construct. 


1 


A "graph" variable is populated with the URL to generate the 
graph image. 

A "graph_map" variable is populated with the graph's 
imagemap. 

A "width" variable is populated with the graph's width. 
A "height" variable is populated with the graph's height. 






The "refresh" or "data refresh" attributes are populated. 




Populates a "refresh" variable that contains the refresh rate in 
the following format: 

• 10 s (10 seconds) 

• 10 m (10 minutes) 

• 10 h (10 hours) 

• 10 d (10 days) 

The controller figures out which format to use depending on 
how large the refresh number is. 




This currently doesn't deal with fractions (i.e.: 1 .6 h is seen as 
lh). 
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C g r . w ». -d internally in the controller 



"home]' b utton. 



i ..^^fnnSelectScreen. . 



=1 



item's construct 
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An item named "direction" exists. 



If the value of "direction" is: 

• positive: Variable "directionup" is set to 1 

• zero: Variable "directionneutral" is set to 1 

• negative: Variable "directiondown" is set to 1 



This is useful for determining if an up anow or a down arrow 
should be displayed on the indicator. A direction item is 
typically the indicator's rate: 
<item name-'direction" source-'sysload" 
select="cpu/rate"/> 





An item named "history" exists. 




The following variables are set: 

• "high": Highest value in the histoiy 

• "low": Lowest value in the history 



An attribute named "helptext" exists. 



A "helptext" variable is populated and a "helpurl" variable is 
populated with the URL to a help popup window 



An "alert" type exists within the construct. 



See the "alert" type above. 
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Appendix F 

Dashboard Controller Templates 

beneathitonhejn^i^ 

■ — : — TT -ii.. u A rpnamed tO 



beneathitoft^^ 
TS^SraiTbe renamed to summary 

"number". - 

i htmltable/number.tmpl 

I htmltable/visionportxss 

htmhable/visionport.js 
htmltable/summaryjidebar tmpl 

hlmltab.e^^ 
htmltable/summary_asofdate.tmpl 

ktmltable/summar vJgapnjjgBL- 



de«U icon »Mt*« jjri » „ aoloMlica ,l y 



wUl be created with a link to ^ ^ ^ variable 

will be created with a bnk ^^? flBme . Note that 
drilldovnframed, to appe* £ contro ,,er if 
this variable is automatically created Dy 

Ifp^datedTa report icon link will oe 



Appendix - 31 
65 



WO 02/1 H2097 

XORI002/00WO 



PCTAJS02/18069 




contained in helpurL Note that this variable is created 
automatically by the controller if helptext is populated. 



The primary indicator number, displayed in bold, as 
populated by an item named "current". 



If a unit is specified within the "current" item, it will be 
placed directly after the primary indicator (e.g.: 123 page 
views). 






One of directionup, direciiondown, or directionneutral is set 
by the controller depending on the value specified by the 
difference item. 



See directionup. 



See directionup. 



alert jdirectional is set if an alert is found for this indicator. 
The directional is used as a suffix for the up/down image. 
For example, if alertjdirectional is set to "red", then 
"upred.gif* or "doWnred.gif ■ will be leaded as the up/down 
i mage. 



alert ^severity is set if an alert is found for this indicator. The 
severity is used as a suffix for the alert icon. For example, if 
alert ^severity is set to "2", then "alert 1 .gif is used for the 
alert image. If alert ^severity is 0, then no alert image is 
displayed. *lert_severity is also displayed when the user 
mouses over the alert icon. 



alert jnsg is set if an alert is found for this indicator. The 
msg is displayed along with the alert's severity when the 
user mouses over the alert icon. 



The current "direction" of the indictor, as populated by an 
item named "direction". This is typically the current rate of 
change. 



If a unit is specified within the "direction" item, it will be 
placed directly after the direction (e.g.: -3.4%). 



If an item named "timestamp" is populated, the controller 
will automatically populate these timestamp_* variables. 
These variables are used to tell the end-user when the last 
time the data was updated. 



See timestamp jnonjxame. 



See timestamp jnonjiame. 



See timestamp jnonjxame. 



If the construct contains a data refresh attribute, or the 
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iilli il-nf-J-""""""-- ST 

selKt-DJIA ^ M0Be -DIlA» 

<item name= graph type S'"* 

select="current"/> „ . nl ,*» 

<itemname="cunenf source- DJ1A 

select="current/value ,, /> 
<itemname="histoiy source- DJIA 

select="curre n t/values/values > 

<item name^direchon" source- DJIA 

select= ,, cuTTent/refresh' , /> 
<attrname="helptext"> 



</attr> 
</construct> 



15 ? 




9730 
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Summary stats 



Displays a small, framed primary indicator with a set of 

supporting statistics beneath it. ; 

htmltable/summary_stats.tmpl 





htmltable/visionportcss 

htmltable/visionportjs 

htmltable/summaryjitlebar.tmpl 

htmltable/summary_statupper.tmpl 

htmltab1e/summary_asofdate.tmpl 

htmltable/summary_statslower.tmpl 



See the "Titlebar" section under the Number template. 



The primary indicator number, displayed in bold, as populated 
by an item named "vail". 



If a unit is specified within the "vail" item, it will be placed 
directly after the primary indicator (e.g.: 123 page views). 



If ^prefix is specified within the "vail" item, it will be placed 
directly before the primary indicator (e.g.: Page Views:' 123). 
The rate of change for the primary indicator, as populated by 
an item named "vail rate" 



If a unit is specified within the "vail rate" item, it will be 
placed directly after the rate (e.g.: -1 .23%). 



See the "Asofdate" section under the Number template. 



A statistic, as populated by an item named "vabc", where x is a 
number from 2 to 5. 




If a unit is specified within the "vabc" item, it will be placed 
directly after the primary indicator (e.g.: 123 page views). 



If a prefix is specified within the "vale" item, it will be placed 
directly before the primary indicator (e.g.: Page Views: 123). 



The rate of change for the primary indicator, as populated by 
an item named "valerate'' 



If a unit is specified within the "valerate" item, it will be 

placed directly after the rate (e.g.: -1.23%). 

construct name="SiteStats_yesterday" 
description="Yesterday H type= ,, summary_stats" 
daU_refresh="8640(T position=»'9"> 

<item name= M reporturr type="var" value=7cgi- 
bin/webtrends_redirect/5/17> 

<item name-' vail" source- 'historicaLstats" 
select="all/yesterday/pageviews/value" unit="pv"/> 

<item name-'timestamp" source="historical_stats M 
select= n all/yesterday/pageviews/timestamp M /> 

<item name="screen_refresh" source="historical_stats" 
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riect="aiyyesterday/^geviews/r e fTesh"/^ 

JL-»vair SOU rce="h stoncal_stats 
<item name- vau souiw= , -^m.,:-:.."^ 
select="aiyyesterday/visits/value umt= v s te /> 
-'J e= « h stoncal_stats 

<item name- val3 soim-c . » umt =» un ique 

select="alVyesterday/unique_vis 1 tors/value urur 4 

--"new 

visitors"/* sourC e="historical_stats" 

format^'elapsed"^ 
</construct> 



Yesterday 



r 



2,012,152 pv 

351,270 visits 
274,095 unique visitors 
52,863 new visitors 
5;56 dwell time 



Con* 



Control su b page feni ed "Control Panel' 1 . The only ditterence 1 

is th e inclusion of a 



(toasts 



«^cl^button on the subpage version^ 

htmltable/control.tmpl 




pro files to view^ 



fDSriptoTfor the second weo/og. ^ 

type="control"posirion-"l'> ^ ( 

| Reports"/> ■ 
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</construct> 



AO? VISIONP RT 






Displays a small, framed logo. 




htmltable/clientlogo.tmpl 








URL to the image to display. 


■en ■ 


Width of the image. 




Height of the image. 


Ki 1 


ALT text for the image. 


mmwm^ ■ 


Link to the customer's web site 




<construct name= M Logo" description- Logo" 

type= n clientlogo" position=" 1 6"> 
<item name-' image" type-'var" 

value="http://www.clientcom/images/logo.gif f /> 
<item name=" width" type="var" value="100"/> 
<item name="height" type="var" value="50'7> 
<item name="alt" type="var" value="Client Site'7> 
<item name-'uri" type= n var ft 

value =,, http://www.client.com7> 

</construct> 



Blank 





Displays only a title bar. This is used for displaying an 
indicator that only has links to a detail and/or report icon. 
Useful for displaying a "More Indicators" cell. 




htmltable/blank.tmpl 




htmltable/visionportcss 
htmltable/visionport.js 
htmltable/summary titlebar.tmpl 








See the "Titlebar" section under the Number template. 


■ 


<construct name-'next" description="More SysLoad -->" 
type="blank" position= ,, 2" onselectscreen="full" 
onselect="SysLoad _graph2"> 
</constnict> 
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Detail graph 



. - ™nf fl "Number" template. Thegrapn 

[htmltable/detaiLpaP* 1 -^ 1 



Ihtmltable/visionport.css 
htmltable/visionportjs 
htmltable/detailjitlebar.tmpl. - 
htmltable/detail_numbdisp.tmpl 
htmltable/detail^aph_toggle^npl 
htmltable/detail_graph>dytmpl 

UtoltabWdeta^ 



then this variable 
construct contains • «£J*£ * ^ ntrolk r. This 

»histor£ ''em defined^ - 



Eih^^ 

I Detail" ten»plate-"terf > descriptio n="NASDAQ 
construct name- NA&urtV 

I Detail" type-number' P"*"*^^ gr a P h™> 
I onselec^NASDA^^^^I^, 
<item name= grapn — b^x, 
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select="current"> 

<option name="width">500</option> 
<option name="height">200</option> 
<option name="bgclr n >#fffTff</option> 
</item> 

<item name- 'current" source="NASDAQ" 
select="current/value7> 

<item name="history" source="NASDAQ" 
select= ,, current/values/values ,, /> 

<item name- 'direction" source-'NASDAQ" 
select="difference/value"/> 

<item name- 'percent" source-'NASDAQ" 
select="percent/value"/> 

<item name="starttime" source="NASDAQ" 
select="current/timestamps/values"/> 

<item name-'endtime" source="NASDAQ" 
select="current/timestamp"/> 

<citem name-'timestamp" source-'NASDAQ" 
select="current/timestamp"/> 

<item name- 'screen_refresh" source-'NASDAQ" 
select="current/refresh"/> 

</construct> 
</section> 




NASDAQ DeUiil 



1,828.22 £ s 

TlmaxrlodHtf* 1,854 



Mw » 2001. liltamlaMvX 2001 liJU» 




Detail table 




Displays a table of the raw data for a set of information. This 
is typically linked with a detail_graph template. 
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I htmltable/visionport.css 
htmltable/visionportjs 
htmltable/detailjitlebar.tmpl 

1 htmltable/detail_numbdisp.tmpl 
htmltable/detail_table_toggle.tmpl 
htmltable/detail_tab1e_body.tmpl 
htmltable/detail Jooter 1 gn E L 





<section name- NAaunvL." 
Chart" template= n tsn"> descrip tion="NASDAQ 

select="cuirent/value"/> nMi(!nA01 . 

<item namc="history» source=«NASDAQ 
se lect="current/values/values l> - 
<item name="direction» source= NASDAQ 

^n^SSp'NASDAQ" 

ge \ect=' , curren t/timestamp />_ 
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<item name="timestamp" source-'NASDAQ" 
select="cuirent/timestamp M /> 

<item name-'screenjrefresh" source="NASDAQ" 
select= l, current/refresh ,, /> 
</constnict> 

</section> 



ifl- NASDAD Ch.ut Itidical ui - Netsca pe 

<X0? WSlONPQXr 



NASDAQ Chart 



1,828.22 

Tlmepertodrtgh: 1,854 
..TO^rioatow 1,796.50 



3/30/) I l.SLpm Lttt.22 
J/Jo/Oi i«lpm LM2.* 
V»*l liJIpm I*** 
J/»*ll.2t*ni 
1/10 fil lilttm IJHIJ* 
3/30/01 HOIpm l>»li* 
J/30M 12:Slpm 1>»J7 
3/30/* 1 llHlpm 1jK4 
3/30^1 Uillpm UM.44 
i/30/01 12i2tpm M«A4 
3/30/01 Utllpm 
Wl UiOfco. US S3 
■ l/MftlHi<lim U2S.P. 



•745 *0<2 



♦»ji 

•1*3 1 

♦ »J1 

•io.w 

•25 JO 
♦D.43 
♦25 J7 
♦2S.C 

♦ 111 J 
♦*« 
.♦4J« 



♦123 
♦052 

♦ l.M 
♦LIS 

♦ Ml 

♦ 1*4 

♦ 142 

♦ 1/40 

♦ IJ» 
♦027 
♦0.2J_ 



III 
111 

ii 



Derail stats 





Displays a larger version of a dumber" template. The graph 
is significantly larger and contains labels on the x- and y-axis. 
High and lows from the graph are also displayed. 




htmltable/detail_stats.tmpl 




htmltable/visionport.css 
htmltable/visionport.js 
htmltable/detailjitlebar.tmpl 
! htmltable/detail_numbdisp.tmpl 
htmltable/detail_stats_body.trnpl 
htmltable/detail footer.tmpl 






linti^M ■ 


See the "Titlebar" section under the Detail _graph template. 
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"^^•^^ stats" positional- 

Detail" type="number template ae«»_ 

| data jefresh^W^ value= »User-Type»/> 

<item name- bbeU % W^, value= ,. Tota H> 

<,tem name- abeR ^ = „ var „ ^-"Yesterday 1 ^ 

,,^1 rt ype="var"value="All:"/> 

selec"appusers/today/l6/value»/> 

.-«data3 1" type="var» value="Fantasy BB:"/> 

< tem name="data3.4" source- regjoday 
select="appusers/today/23/value"/> 



</construct^ 
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X0? VISIONPW 




Registration Detail 



255/219 users 



All LI74 S4I 

Onion *>\ I25J04 107 It 

F«««iygfti I.X 4X1 221 

M*g*i** Subl To* A 3.147 12 IS 

I 4 

24 14 

GkU: ZS.»4 273 101 

Trophy Grai MOO 

PwpfeHu V*» »t 101 

Pri.tr, F%i MJX 9 2 

Or*ftlGbTc*Ji tt&J «t 213 

DrrflK3b(Prw)t 10,053 201 ISS 

Dr* Mb (BougN> Ut4 202 121 

MvchNU4wni ;W U 14 



Sh ow help 



liJtV$Grti'p,tib l BW^ 


Template used for the popup help window. 




htmltable/blank.tmpl 




htmltable/visionportcss 
htmltable/detail_titlebar.tmpl 
htmltable/detail footer, tmpl 








Help text, as defined a constructs helptext attribute. 




See the "Titlebar" section under the Detail Graphtemplate. 




See the "Footer" section under the Detail Graph template. 




N/A 




N/A 



Small Dashboar d 

A collection of the summary^* templates that are used to 
display a smaller version of the dashboard. 



htmltable/small/*.tmpl 



See the normal templates for the variables. There is no 
additional work required in the controller configuration file to 
use the small templates. The dashboard has a "switch", 
controlled by the subtemplate QUERYSTRING variable on 



Dg ^MM 



Appendix - 42 
76 



WO 02/102097 

XOW002/00WO 



PCTAJS02/18069 



IL wk to the normal temijl rtBdgc^ — 

[n/a" 
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Appendix G 

Dashboard Indicator Details 




Data Details 



The Dow Jones Industrial Average, NASDAQ index and 
Standard and Poors 500 index. This information is gathered 
from Yahoo Financial by "screen scraping" the data from 
their HTML pages. When XOR has a client that wants this 
information a stock subscription service will be used. 



This information is gathered every 10 minutes from the 
client's different web servers. A process runs on each server 
and constantly collects information about visits, hits, page 
views and content groups being served. Note that this 
currently only runs on Unix systems. This indicator also 
displays the number of new registrations received for the 
current day and the number of visits from users that have 
registered previously on the site. Selecting the "detail" icon 
displays a breakd own of statistics for each server. 



The client that this data is taken from displays banner ads on 
their site using a 3 rd party ad-serving program called 
RealMedia OpenAdstream. XOR developed a Dashboard 
agent that parses the log files of the ad-server and reports on 
each ad "position" being served. Selecting the "detail" icon 
displays a breakdown of all the different ad positions. 



The revenue number is a combination of dollars per visitor 
(this is how the client estimates their advertisement and 
sponsorship revenue) and actual subscription services sold 
on the site. Subscription information is extracted from the 
client's Informix database. 



These statistics are gathered either from XOR's proprietary 
log analysis tool (all clients hosted by XOR receive a 
monthly report generated by this tool) or from another 3 
party log analysis package, such as CommerceTrends. In 
this case, CommerceTrends was used. Selecting the "report" 
icon brings the user into the CommerceTrends report for the 
selected date. 
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. — Th » Service Metrics, a company 

[m^V^^^^^a URL from 
that measures download tune J* a & ^ ^ , 

multiple points around the toterne t 6 ^ ^ 
g00d ^JT^^X^^o Cerent ; iews of thts 
experience . lne f a P|' t l ir nome page with ads and 

client's site: P roWemS with 3 

without ads. Th.s was done to help P P i» ^ 
3 - party ad serv.ee g J7 g*4 that ^ ^ 
homepage to co nstste Jtiy _io Une on th 

when using 24x7 Med. a s se ™» Metrics provid es. 
graph is an "Internet Index ^ 

subscribe. , d crobS [he client's 

the load, the buster 

four main servers. Typica ly, ™ on . de mand.from 
the machine. This ^^£SL Selecting the 

machine. 



machine. - — — oktrat ; on system on tneir site. 

*at have 

The indicator dtsplays foe num oe ^ ^ 

registered for various «m» ™ interested in 

! displays the serv.ee that he chem ^ ^ w 
' watching. ThisindKator schangea . cot 

display other ^^^SSSsSiiSt— 
• - breakdowno f all 1 fx s qu a - 
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What is claimed is: 

1 . A system for monitoring business performance indicators in a networked 
environment, comprising: 

a data source having a predefined format; 
5 an agent communicatively coupled to the data source, wherein the agent 

is configured according to the data source format and wherein the agent is 
operative to gather data from the data source and translate the data into a first 
modified format thereby creating modified data; 

a reaper communicatively coupled to the agent and configured to 
10 retrieve the modified data from the agent; 

a data repository communicatively coupled to the reaper and configured 
to store the modified data; * ■ _ ; , - 

an alert detector communicatively coupled to the data repository and 
configured to compare the modified data with a first configuration parameter; 
15 and 

a dashboard controller communicatively coupled to the data repository 
and configured to display the modified data in a format defined by a second 
configuration parameter. 

20 2. The system of claim 1 , fiirther comprising an agent polling configuration file 
communicatively coupled to the reaper and configured to store a data polling schedule 
and provide the data polling schedule to the reaper. 

3. The system of claim 1, further comprising an alert configuration file 
25 communicatively coupled to the alert detector and adapted to store the first 

configuration parameter. 

4. The system of claim 1 , further comprising a visual configuration file 
communicatively coupled to the dashboard controller and adapted to store the second 

30 configuration parameter. 
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6 The system of claim 3, wncw 
5 memory cache. 

■ - ~=l==s=s=====- 

readable format 

9. The system of claim 8, wneicm 
15 Language. 

^readable format is Wireless Markup 



10 

Language 



The system of claim 8, wherein the user-, 



l3 . mesystemofclaimS.whereinthedisplaydeviceisapager. 

communicaUvelycoupled with the dashboard controller. 

, . • i wherein the data source is a proprietary data source. 

15. The system of claim 1, wherein tne ua 

30 ■ tte data source is a legacy data source. 

16. The system of claim 1, wherein the data sourc 
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1 7. The system of claim 1 , wherein the data source is a third-party application. 

18. The system of claim 1, wherein the data source resides on a local area network. 

5 19. The system of claim 1, wherein the data source resides on a wide area network. 

20. The system of claim 1, wherein the data source is accessible through the 
Internet. 

21 . The system of claim 1 , wherein the reaper is in two way communication with 
10 the agent. 



22. The system of claim 1 , wherein the alert detector is adapted to send a 
notification based on the comparison between the modified data and the first 
configuration parameter. 

15 

23. The system of claim 22, wherein the notification is sent via an email message. 

24. The system of claim 22, wherein the notification is sent via a pager message. 



20 25. The system of claim 22, wherein the notification is sent via an SNMP trap. 

26. The system of claim 22, wherein the notification is sent via an internet browser 
alert. 

25 27. The system of claim 1 , wherein the networked environment is an electronic 
commerce system. 

28. A system for monitoring business performance indicators in a networked 
environment, comprising: 
30 a data source having a predefined format; 

an agent communicatively coupled to the data source, wherein the agent 
is configured according to the data source format and wherein the agent is 
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^ified format thereby creating modified data, 

a data repository communicatively co v , mana(rer 

10 manager. 

. . «o wherein the repository manager includes a cache, and 
. herein the repository manger is configured torn g 
within the data repository. 

15 f c l ai m28 further comprising an alert detector communicatively 

30. The system of claim 28, further P ^ modified data vvith a 

coupled to the repository manager and configured to comp 
first configuration parameter. 

communication with the reaper. 

f i. 5m 28 wherein the data repository is in two way 

32 The system of claim 2S, wnerew 

communication with the repository manager. 

25 fclaim28 whereinthealertdetectorisintwowaycommunication 

33 The system of claim zs.wncicm 

with the repository manager. 

, the dashboard controller is in two way 



20 



30 



34. The system of claim 28, wherein I 
communication with the repository manager. 
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35. A system for monitoring a plurality of business metrics in a networked 
environment, comprising: 

a plurality of data sources, wherein each of the plurality of data sources 
has a predefined format; 
5 a plurality of agents, wherein each of the plurality of agents is 

communicatively coupled to one of the plurality of data sources, wherein each 
of the plurality of agents is configured according to the predefined format of the 
corresponding data source, and wherein each of the plurality of agents is 
operative to gather data from the corresponding data source and translate the 
10 data into a first modified format thereby creating modified data; and 

a reaper communicatively coupled to each of the plurality of agents and 
configured to retrieve the modified data from each of the plurality of agents. 

36. The system of claim 35, further comprising a dashboard controller 

1 5 communicatively coupled to the reaper and configured to display the modified data in a 
format defined by a configuration parameter. 

37. A method for monitoring a business metric in a networked environment, 
comprising: 

20 coupling to a data source having a known format, wherein the data 

source includes data that represents the business metric; 

configuring an agent according to the data source format; 

gathering the data from the data source via the agent; 

translating the data into a first modified format; 
25 storing the modified data in a data repository; 

comparing the modified data with an alert parameter range; 

displaying the modified data in a format defined by a second 
configuration parameter; 

determining whether the modified data falls within the alert parameter 
30 range; and 

producing an alert if the modified data falls within the alert parameter 

range. 
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10 



accessible through a URL address. 

„ a f claim 37 further comprising interfacing with a display device, 
5 39. The method of clann 37, furthe P d conflgura tion 

wherein displaying the modified data » a format defined by 
parameter is implemented on the display dev.ce. 
40. Themethodofclaim39,whereinthedisplaydeviceisace,lphone. 

4 , Tne methodofclaim39,whereinthedisplaydeviceisapage, 
monitor. 

ineludos data m *• <*"'« ^ 

translating the Mi W » 

storing the modify data in » data n=posW. 

comparing the modified da* with a, .« !—-« ■* 



25 



B " 8e;8 p l„o i „ga„a,«if to ^^ MS ^" ,hSale " Pa,ame "' 



30 range. 
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44. A method for monitoring a business metric in a networked environment, 
comprising: 

means for coupling to a data source having a known format, wherein the 
data source includes data that represents the business metric; 
5 means for configuring an agent according to the data source format; 

means for gathering the data from the data source via the agent; 
means for translating the data into a First modified format; 
means for storing the modified data in a data repository; 
means for comparing the modified data with an alert parameter range; 
1 0 means for displaying the modified data in a format defined by a second 

configuration parameter; 

means for determining whether the modified data falls within the alert 
parameter range; and 

means for producing an alert if the modified data falls within the alert 
1 5 parameter range. 

45. A system for monitoring a business metric in a networked environment, 
comprising: 

a processor; 
20 a data storage device; and 

an instruction set residing on the data storage device, wherein the 
instruction set is configured to perform a method, the method comprising 

coupling to a data source having a known format, wherein the 
data source includes data that represents the business metric; 
25 configuring an agent according to the data source format; 

gathering the data from the data source via the agent; 
translating the data into a first modified format; 
storing the modified data in a data repository; 
comparing the modified data with an alert parameter range; 
30 displaying the modified data in a format defined by a second 

configuration parameter; 
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uotK^r the modified data falls within the alert 
determining whether the moouicu 

parameter range; and 

producing an alert if the modified data Ml* — ,h, a.«« 

parameter range. 



46. 



10 



15 



environment, comprising: 

adausourcehavingapredefinedformal; 
.^rcornrn.nieadvetye.up.ed.odred.u^.^^ 

«*«<.«»---«'»*'*» fc "* ,4, *r 1 r^ 

retrieve the modified data from the collector, 

astorag e device communicatively coupled to the controller and 

configured to store the modified data; 

.dispiayin^co^^e^Ud^^^de^ee-- 
a second configuration parameter. 

, • H fonnat wherein the collector is configured according to the 

iL.^^d.ed.u*."^^''^^ 8 
""^T-*.-— * afiveiycoupied^ecofi^and^d 
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data storage device, wherein the data manager is adapted to communicatively 
couple with an alert device; and 

a display interface communicatively coupled to the data manager and 
configured to display the modified data in a format defined by a second 
5 configuration parameter. 
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